System, method, and computer program product for determining whether an electronic mail message is compliant with an etiquette policy

ABSTRACT

A system, method, and computer program product are provided for determining whether an electronic mail message is compliant with an etiquette policy. In use, a predetermined event associated with an electronic mail message is identified. Additionally, it is determined whether the electronic mail message is compliant with an etiquette policy, in response to the predetermined event. Furthermore, a reaction is performed, based on the determination.

RELATED APPLICATION

This Application is a continuation (and claims the benefit of priority under 35 U.S.C. §120 of U.S. application Ser. No. 12/187,207, filed Aug. 6, 2008, entitled “SYSTEM, METHOD, AND COMPUTER PROGRAM PRODUCT FOR DETERMINING WHETHER AN ELECTRONIC MAIL MESSAGE IS COMPLIANT WITH AN ETIQUETTE POLICY,” Inventor Gopi Krishna Chebiyyam. The disclosure of the prior application is considered part of (and is incorporated by reference in) the disclosure of this application.

FIELD OF THE INVENTION

The present invention relates to processing electronic mail messages, and more particularly to policy-based electronic mail message processing.

BACKGROUND

Electronic mail messages have conventionally been utilized for communicating data over a network. Such electronic mail messages have oftentimes been processed based on policies, for ensuring the electronic mail messages comply with such policies. However, traditional policy-based electronic mail message processing has exhibited various limitations. Just by way of example, electronic mail messages have generally been limited to being processed based on security policies for ensuring security with respect to the electronic mail messages.

There is thus a need for addressing these and/or other issues associated with the prior art.

SUMMARY

A system, method, and computer program product are provided for determining whether an electronic mail message is compliant with an etiquette policy. In use, a predetermined event associated with an electronic mail message is identified. Additionally, it is determined whether the electronic mail message is compliant with an etiquette policy, in response to the predetermined event. Furthermore, a reaction is performed, based on the determination.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a network architecture, in accordance with one embodiment.

FIG. 2 shows a representative hardware environment that may be associated with the servers and/or clients of FIG. 1, in accordance with one embodiment.

FIG. 3 shows a method for determining whether an electronic mail message is compliant with an etiquette policy, in accordance with one embodiment.

FIG. 4A shows a client-side system for determining whether an electronic mail message is compliant with an etiquette policy, in accordance with another embodiment.

FIG. 4B shows a server-side system for determining whether an electronic mail message is compliant with an etiquette policy, in accordance with yet another embodiment.

FIG. 5 shows a method for reacting based on a determination of whether an electronic mail message is compliant with an etiquette policy, in accordance with still yet another embodiment.

FIGS. 6A-6C show graphical user interfaces (GUIs) for initiating a determination of whether an electronic mail message is compliant with an etiquette policy, in accordance with another embodiment.

DETAILED DESCRIPTION

FIG. 1 illustrates a network architecture 100, in accordance with one embodiment. As shown, a plurality of networks 102 is provided. In the context of the present network architecture 100, the networks 102 may each take any form including, but not limited to a local area network (LAN), a wireless network, a wide area network (WAN) such as the Internet, peer-to-peer network, etc.

Coupled to the networks 102 are servers 104 which are capable of communicating over the networks 102. Also coupled to the networks 102 and the servers 104 is a plurality of clients 106. Such servers 104 and/or clients 106 may each include a desktop computer, lap-top computer, hand-held computer, mobile phone, personal digital assistant (PDA), peripheral (e.g. printer, etc.), any component of a computer, and/or any other type of logic. In order to facilitate communication among the networks 102, at least one gateway 108 is optionally coupled therebetween.

FIG. 2 shows a representative hardware environment that may be associated with the servers 104 and/or clients 106 of FIG. 1, in accordance with one embodiment. Such figure illustrates a typical hardware configuration of a workstation in accordance with one embodiment having a central processing unit 210, such as a microprocessor, and a number of other units interconnected via a system bus 212.

The workstation shown in FIG. 2 includes a Random Access Memory (RAM) 214, Read Only Memory (ROM) 216, an 110 adapter 218 for connecting peripheral devices such as disk storage units 220 to the bus 212, a user interface adapter 222 for connecting a keyboard 224, a mouse 226, a speaker 228, a microphone 232, and/or other user interface devices such as a touch screen (not shown) to the bus 212, communication adapter 234 for connecting the workstation to a communication network 235 (e.g., a data processing network) and a display adapter 236 for connecting the bus 212 to a display device 238.

The workstation may have resident thereon any desired operating system. It will be appreciated that an embodiment may also be implemented on platforms and operating systems other than those mentioned. One embodiment may be written using JAVA, C, and/or C++ language, or other programming languages, along with an object oriented programming methodology. Object oriented programming (OOP) has become increasingly used to develop complex applications.

Of course, the various embodiments set forth herein may be implemented utilizing hardware, software, or any desired combination thereof. For that matter, any type of logic may be utilized which is capable of implementing the various functionality set forth herein.

FIG. 3 shows a method 300 for determining whether an electronic mail message is compliant with an etiquette policy, in accordance with one embodiment. As an option, the method 300 may be carried out in the context of the architecture and environment of FIGS. 1 and/or 2. Of course, however, the method 300 may be carried out in any desired environment.

As shown in operation 302, a predetermined event associated with an electronic mail (email) message is identified. With respect to the present description, the email message may include any mail message capable of being electronically communicated. For example, the email message may be capable of being communicated over a network utilizing an email messaging application (e.g. Microsoft® Outlook®, etc.).

Further, the predetermined event associated with the email message may include a request, command, etc. Such request, command, etc. may be received from a user of a client device utilized to generate, view, etc. the email message. As another option, the request, command, etc. may be received from an administrator, such as an administrator (e.g. of a server device via which the email message is communicated from a first client device to a second client device, etc.).

For example, in one embodiment, the predetermined event associated with the email message may include a request, command, etc. to send the email message (e.g. over the network to a designated recipient). As an option, the request, command, etc. to send the email message may include a user selection of an option to send the email message. The user selection may be performed utilizing the email messaging application, for example.

In another embodiment, the predetermined event associated with the email message may include a request, command, etc. to determine whether the email message is compliant with an etiquette policy. For example, the request, command, etc. may include a user selection of an option to determine whether the email message is compliant with an etiquette policy (e.g. where such etiquette policy is associated with a minimum threshold for etiquette of the email message). Such option may include a button included in a graphical user interface (GUI), just by way of example.

The option may be selected during composition of the email message, and thus while a window displaying contents of the email message is displayed. In another embodiment, the option may be selected after composition of the email message, and thus without contents of the email message being displayed. For example, the option may be selected with respect to a previously drafted (e.g. and not yet sent) email message, such as an email message stored in a drafts folder of the email messaging application.

To this end, indicia may be displayed, such that the predetermined event may include selection of the indicia (e.g. by a user). In various embodiments, the indicia may include a send icon, a check icon (e.g. for initiating the determination of whether the email message is compliant with an etiquette policy), etc., as noted above. In this way, the predetermined event may optionally be manually generated. For example, the predetermined event may include an on-demand event.

Of course, as another option, the predetermined event may be automatically generated. Just by way of example, in one embodiment, the predetermined event may include receipt of the email message over a network. As an option, the predetermined event may include receipt of the email message at a client device to which the email message is destined. As another option, the predetermined event may include receipt of the email message at a server device, such as a server device utilized for communicating the email message from a first client device to a second client device.

While various embodiments of the predetermined event have been described above, it should be noted that the predetermined event may include any type of event predetermined for the email message. Moreover, in various embodiments, the predetermined event may be identified by a client device capable of being utilized to send the email message, a client device that received the email message, a server device that received the email message, etc. For example, the predetermined event may be identified by an agent, plug-in, and/or any other application installed on any of such devices.

In addition, as shown in operation 304, it is determined whether the email message is compliant with an etiquette policy, in response to the predetermined event. Accordingly, in response to the identification of the predetermined event, it may be determined whether the email message is compliant with the etiquette policy. To this end, the determination may optionally be carried out at any of the client devices and/or the server device described above. Just by way of example, the determination may be carried out utilizing an application situated on any of such devices.

With respect to the present description, the etiquette policy may include any policy capable of being utilized for determining whether etiquette of the email message is compliant with a predefined etiquette. For example, the policy may include rules indicating the predefined etiquette. In this way, portions (e.g. a body, attachment, header, etc.) of the email message may be compared with the etiquette policy (e.g. with rules of the etiquette policy) for determining whether the email message is compliant with the etiquette policy.

In one embodiment, the etiquette policy may relate to a size of the email message. For example, the etiquette policy may include a rule indicating that the email message is not allowed to exceed a predefined threshold size (e.g. 1 megabyte, etc.). Thus, a size of the email message may be compared to the size indicated by the etiquette policy for determining whether the email message is compliant with the etiquette policy. In this way, it may optionally be determined that the email message is not compliant with the etiquette policy if the size of the email message exceeds the size indicated by the etiquette policy.

In another embodiment, the etiquette policy may relate to a format of the email message (e.g. a format of content of the email message). For example, the etiquette policy may include a rule indicating that the email message is not allowed to, or is optionally only allowed to, include at least one predefined format. As another example, the etiquette policy may include a rule indicating that the email message is not allowed to, or is optionally only allowed to, include at least one predefined format based on a recipient of the email message. The format may include plain text, hypertext markup language (HTML), rich text format (RTF), etc. To this end, a format of the email message may be compared to the format indicated by the etiquette policy for determining whether the email message is compliant with the etiquette policy. Accordingly, it may optionally be determined that the email message is not compliant with the etiquette policy if the format of the email message does not comply with the format indicated by the etiquette policy.

In yet another embodiment, the etiquette policy may relate to a disclaimer included in the email message. As an option, the etiquette policy may include a rule indicating that the email message is required to include a disclaimer. As another option, the etiquette policy may include a rule indicating that the email message is required to include a predefined disclaimer, a disclaimer with a predefined format, etc. Thus, it may optionally be determined that the email message is not compliant with the etiquette policy if the email message does not include a disclaimer as indicated by the etiquette policy.

In still yet another embodiment, the etiquette policy may relate to a signature (e.g. digital signature, etc.) of the email message. For example, the etiquette policy may include a rule indicating that the email message is required to include a signature. As another option, the etiquette policy may include a rule indicating that the email message is required to include a predefined signature, a signature with a predefined format, etc. Thus, it may optionally be determined that the email message is not compliant with the etiquette policy if the email message does not include a signature as indicated by the etiquette policy.

In another embodiment, the etiquette policy may relate to a font of the email message (e.g. a font of text included in the email message). Just by way of example, the etiquette policy may include a rule indicating that the email message is not allowed to, or is optionally only allowed to, include at least one predefined font type, font size, etc. Accordingly, a font of text included in the email message may be compared to the font indicated by the etiquette policy for determining whether the email message is compliant with the etiquette policy. It may optionally be determined that the email message is not compliant with the etiquette policy if the font of text included in the email message does not comply with the font indicated by the etiquette policy.

In yet another embodiment, the etiquette policy may relate to a number of recipients of the email message. For example, the etiquette policy may include a rule indicating that the email message is not allowed to be sent to more than a predefined threshold number of recipients (e.g. 10 recipients, etc.). Thus, a number of recipients of the email message (e.g. as designated by a header of the email message, etc.) may be compared to the threshold number of recipients indicated by the etiquette policy for determining whether the email message is compliant with the etiquette policy. In this way, it may optionally be determined that the email message is not compliant with the etiquette policy if the number of recipients of the email message exceeds the threshold number of recipients indicated by the etiquette policy.

In still yet another embodiment, the etiquette policy may relate to a distribution list (e.g. collection of recipients) utilized by the email message. As an option, the etiquette policy may include a rule indicating that the email message is not allowed to be addressed to more than a predefined number of distribution lists. A number of distribution lists utilized by the email message (e.g. as designated by a header of the email message, etc.) may optionally be compared to the predefined number of distribution lists indicated by the etiquette policy for determining whether the email message is compliant with the etiquette policy. As another option, it may be determined that the email message is not compliant with the etiquette policy if the number of distribution lists utilized by the email message exceeds the predefined number of distribution lists indicated by the etiquette policy.

In another embodiment, the etiquette policy may relate to a number of attachments and/or a type of attachment of the email message (e.g. included in the email message). For example, the etiquette policy may include a rule indicating that the email message is not allowed to include more than a predefined number of attachments (e.g. 5 attachments, etc.), such that it may be determined that the email message is not compliant with the etiquette policy if the number of attachments of the email message exceeds the predefined number of attachments indicated by the etiquette policy. As another example, the etiquette policy may include a rule indicating that the email message is not allowed to include, or is optionally only allowed to include, a predefined type of attachment (e.g. an executable attachment, etc.), such that it may be determined that the email message is not compliant with the etiquette policy if the type of attachment of the email message is not compliant with the type of attachment indicated by the etiquette policy. In another embodiment, the etiquette policy may relate to whether multiple attachments of the email message are compressed as a zip file.

It should be noted that while various etiquette of the etiquette policy has been described above, such etiquette and/or any other etiquette may be included in the etiquette policy in combination, etc. Just by way of example, the etiquette policy may include a rule indicating that the email message is only allowed to have a predefined format and a predefined recipient. Of course, the etiquette policy may be configured as desired (e.g. by an administrator, etc.).

Moreover, a reaction is performed, based on the determination, as shown in operation 306. The reaction may optionally include any number of actions, such as a single action, a combination of actions, etc. Such actions may include the reactions described below, for example.

For example, if it is determined that the email message is compliant with the etiquette policy, a first reaction may be performed. In one embodiment, the reaction may include categorizing (e.g. flagging, etc.) the email message as compliant, if it is determined that the email message is compliant with the etiquette policy. In another embodiment, the reaction may include allowing the email message to be transmitted (e.g. to recipients designated by the email message), if it is determined that the email message is compliant with the etiquette policy. In yet another embodiment, the reaction may include reporting the compliance of the email message (e.g. the report created based on an event and/or data generated in response to the compliance of the email message), if it is determined that the email message is compliant with the etiquette policy.

In yet another embodiment the reaction may include logging a result of the determination of whether the email message is compliant (e.g. a compliance of the email message) if it is determined that the email message is compliant with the etiquette policy. In still yet another embodiment, the reaction may include sending an event and/or any other data indicative of the email message, a result of the determination of whether the email message is compliant (e.g. indicative of a compliance of the email message), etc. to a management server, if it is determined that the email message is compliant with the etiquette policy.

As another example, if it is determined that the email message is not compliant with the etiquette policy, a second reaction that is different from the first reaction may be performed. In one embodiment, the reaction may include preventing the email message from being transmitted (e.g. to recipients designated by the email message), if it is determined that the email message is not compliant with the etiquette policy. Just by way of example, the email message may be quarantined, deleted, etc., if it is determined that the email message is not compliant with the etiquette policy.

In another embodiment, the reaction may include categorizing the electronic at non-compliant, if it is determined that the email message is not compliant with the etiquette policy. In yet another embodiment, the reaction may include reporting the email message (e.g. the report created based on an event and/or data generated in response to the non-compliance of the email message), if it is determined that the email message is not compliant with the etiquette policy. For example, an information technology (IT) department of an organization that is a source or recipient of the email message may be notified, an administrator (e.g. IT administrator) may notified, a manager (e.g. senior management) may be notified, etc.

In still yet another embodiment, the reaction may include sending an event and/or any other data indicative of the email message, a result of the determination of whether the email message is compliant (e.g. indicative of a non-compliance of the email message), etc. to a management server, if it is determined that the email message is not compliant with the etiquette policy. In another embodiment, the reaction may include logging the email message, a result of the determination of whether the email message is compliant (e.g. a non-compliance of the email message), etc., if it is determined that the email message is not compliant with the etiquette policy.

To this end, it may optionally be ensured that the email message is only transmitted if such email message complies with an etiquette policy. Ensuring such compliance may further ensure that a reputation of a sender of the email message, an organization employing the sender, etc. is maintained at a desired level (e.g. by preventing transmittal of non-compliant email messages based on which a recipient may judge a reputation of the sender, organization, etc.), in various embodiments.

More illustrative information will now be set forth regarding various optional architectures and features with which the foregoing technique may or may not be implemented, per the desires of the user. It should be strongly noted that the following information is set forth for illustrative purposes and should not be construed as limiting in any manner. Any of the following features may be optionally incorporated with or without the exclusion of other features described.

FIG. 4A shows a client-side system 400 for determining whether an electronic mail message is compliant with an etiquette policy, in accordance with another embodiment. As an option, the client-side system 400 may be implemented in the context of the architecture and environment of FIGS. 1-3. Of course, however, the client-side system 400 may be implemented in any desired environment. It should also be noted that the aforementioned definitions may apply during the present description.

As shown, the client-side system 400 includes a client device (hereinafter referred to as the client device 400). The client device 400 may include any client device capable of determining whether an email message is compliant with an etiquette policy 406, and reacting based on such determination. For example, the client device 400 may include a device utilized by a user to compose the email message, send the email message to a recipient device (e.g. over a network), etc. For example, the client device 400 may include a sending mail client or a receiving mail client. As an option, the client device 400 may include any of the client devices described above with respect to FIGS. 1 and/or 2.

In addition, the client device 400 includes an email application 402. The email application 402 may include any program, code, etc. that may be utilized for managing the email message. In various embodiments, the email application 402 may be used for composing the email message, sending the email message to a recipient device, receiving the email message, etc.

Further, the client device 400 includes an etiquette policy checking and enforcement agent 404 (hereinafter referred to as the agent 404). With respect to the present embodiment, the agent 404 may include a module (e.g. computer code) for determining whether an email message is compliant with the etiquette policy 406, and reacting based on such determination.

In one embodiment, the agent 404 may identify a predetermined event associated with the email message. For example, the agent 404 may identify receipt of the email message. As another example, the agent 404 may identify user selection of an option to send the email message to a recipient. As yet another example, the agent 404 may identify user selection of an option to determine whether the email message is compliant with the etiquette policy 406. For example, the user may select the option for a selected plurality of email messages, such that the selected email messages are subject to the determination and any reaction based on the determination.

Such predetermined event may optionally be identified based on monitoring performed by the agent 404 for the predetermined event. As another option, the predetermined event may be identified in response to a notification received from the email application 402 indicating occurrence of the predetermined event.

In another embodiment, the agent 404 may determine whether the email message is compliant with the etiquette policy 406, in response to the predetermined event. For example, the agent 404 may compare characteristics of the email message to the etiquette policy 406 for determining whether the email message is compliant with the etiquette policy 406. The characteristics of the email message may include a size of the email message, a format of the email message, a disclaimer associated with the email message, etc.

As an option, the etiquette policy 406 may be included in a set of etiquette policies. Thus, the agent 404 may determine whether the email message is compliant with each etiquette policy in the set of etiquette policies. As another option, the etiquette policy 406 may be locally stored on the client device 400. As yet another option, the etiquette policy 406, and optionally any updates thereto, may be received by the client device 400 from a centralized and/or distributed server, such as an etiquette policy management server, over a network. Of course, however, the etiquette policy 406 may be received by the client device 400 in any desired manner.

In yet another embodiment, the agent 404 may react, based on the determination of whether the email message is compliant with the etiquette policy 406. For example, if the agent 404 determines that the email message is compliant with the etiquette policy 406, the agent 404 may allow the email message to be sent a recipient designated by the email message. As another example, the agent 404 may report the compliance of the email message to a user of the client device 400, an administrator of a remote server device (not shown), etc.

Just by way of example, if the predetermined event includes a user selection of an option to send the email message, the agent 404 may allow the email message to be sent in response to a determination by the agent 404 that the email message is compliant with the etiquette policy 406. As another example, if the predetermined event includes a user selection of an option to determine whether the email message is compliant with the etiquette policy 406, the agent 404 may report the compliance of the email message to the user in response to a determination by the agent 404 that the email message is compliant with the etiquette policy 406.

However, if the agent 404 determines that the email message is not compliant with the etiquette policy 406, the agent 404 may prevent sending of the email message. As another option, the agent 404 may report the non-compliance of the email message to a user of the client device 400, an administrator of a remote server device (not shown), etc. For example, if the predetermined event includes a user selection of an option to send the email message, the agent 404 may prevent the email message from being sent in response to a determination by the agent 404 that the email message is not compliant with the etiquette policy 406. As another example, if the predetermined event includes a user selection of an option to determine whether the email message is compliant with the etiquette policy 406, the agent 404 may report the non-compliance of the email message to the user in response to a determination by the agent 404 that the email message is not compliant with the etiquette policy 406.

FIG. 4B shows a server-side system 450 for determining whether an electronic mail message is compliant with an etiquette policy, in accordance with yet another embodiment. As an option, the server-side system 450 may be implemented in the context of the architecture and environment of FIGS. 1-3. Of course, however, the server-side system 450 may be implemented in any desired environment. It should also be noted that the aforementioned definitions may apply during the present description.

As shown, the server-side system 450 includes a serve device (hereinafter referred to as the server device 450). The server device 450 may include any server device capable of determining whether an email message is compliant with an etiquette policy 456, and reacting based on such determination. For example, the server device 450 may include a device utilized to send the email message from a first client device to a second client device designated by the email message, etc. As another example, the server device 450 (e.g. mail server) may include either a sending mail server or a receiving mail server. If the email message is sent across different organizations (e.g. networks, etc.), there may be multiple mail servers involved in the email message transmission/reception. As an option, the server device 450 may include any of the server devices described above with respect to FIGS. 1 and/or 2.

In addition, the server device 450 includes an email application 452. The email application 452 may include any program, code, etc. that may be utilized for managing the email message. In various embodiments, the email application 452 may be used for sending the email message to a recipient device, receiving the email message from a client device, storing the email message, etc. As an option, the email application 452 may manage (e.g. store, etc.) email messages associated with a plurality of email messaging applications of various client devices (e.g. such as the client device 400 of FIG. 4).

Further, the server device 450 includes an etiquette policy checking and enforcement module 454 (hereinafter referred to as the module 454). With respect to the present embodiment, the module 454 may include computer code, a plug-in, a component, etc. for determining whether an email message is compliant with the etiquette policy 456, and reacting based on such determination.

In one embodiment, the module 454 may identify a predetermined event associated with the email message. For example, the module 454 may identify receipt of the email message. As another example, the module 454 may identified a user (e.g. administrator) selection of an option to determine whether the email message is compliant with the etiquette policy 456. For example, the user may select the option for email messages received within a designated period of time (e.g. a particular month, day, etc.), for emails received with respect to designated email applications of at least one client device (e.g. emails communicated to the client device via the server device 450, emails communicated from the client device via the server device 450), etc. In this way, the user may optionally be allowed to select a plurality of emails for being subject to the determination of whether such emails comply with the etiquette policy 456, and thus subject to a reaction based on the determination.

Such predetermined event may optionally be identified based on monitoring performed by the module 454 for the predetermined event. As another option, the predetermined event may be identified in response to a notification received from the email application 452 indicating occurrence of the predetermined event.

In another embodiment, the module 454 may determine whether the email message is compliant with the etiquette policy 456, in response to the predetermined event. For example, the module 454 may compare characteristics of the email message to the etiquette policy 456 for determining whether the email message is compliant with the etiquette policy 456. The characteristics of the email message may include a size of the email message, a format of the email message, a disclaimer associated with the email message, etc.

As an option, the etiquette policy 456 may be included in a set of etiquette policies. Thus, the module 454 may determine whether the email message is compliant with each etiquette policy in the set of etiquette policies. As another option, the etiquette policy 456 may be locally stored on the server device 450. As yet another option, the etiquette policy 456 may be received by the server device 450 from a centralized and/or distributed server, such as an etiquette policy management server, over a network. As yet another option, the etiquette policy 456 may be configured at the server device 450. For example, the server device 450 may be utilized for distributing the etiquette policy 456 to a plurality of other devices (e.g. such as the client device 400 of FIG. 4).

In yet another embodiment, the module 454 may react, based on the determination of whether the email message is compliant with the etiquette policy 456. For example, if the module 454 determines that the email message is compliant with the etiquette policy 456, the module 454 may allow the email′message to be sent a recipient designated by the email message. As another example, the module 454 may report the compliance of the email message to an administrator associated with the server device 450, a client device from which the email message was received (not shown), etc.

Just by way of example, if the predetermined event includes a user selection of an option to determine whether the email message is compliant with the etiquette policy 456, the module 454 may report the compliance of the email message to the user in response to a determination by the module 454 that the email message is compliant with the etiquette policy 456.

However, if the module 454 determines that the email message is not compliant with the etiquette policy 456, the module 454 may prevent sending of the email message. As another option, the module 454 may report the non-compliance of the email message to an administrator associated with the server device 450, a client device from which the email message was received (not shown), etc. For example, if the predetermined event includes a user selection of an option to determine whether the email message is compliant with the etiquette policy 456, the module 454 may report the non-compliance of the email message to the user in response to a determination by the module 454 that the email message is not compliant with the etiquette policy 456.

FIG. 5 shows a method 500 for reacting based on a determination of whether an electronic mail message is compliant with an etiquette policy, in accordance with still yet another embodiment. As an option, the method 500 may be carried out in the context of the architecture and environment of FIGS. 1-4B. Of course, however, the method 500 may be carried out in any desired environment. Again, it should be noted that the aforementioned definitions may apply during the present description.

As shown in decision 502, it is determined whether a predetermined event associated with an email message is identified. The email message may include any email message capable of being created, managed, sent, etc. by an email application. If it is determined that the predetermined event is not identified, the method 500 continues to wait for a predetermined event associated with an email message to be identified.

If, however, it is determined that the predetermined event is identified, an etiquette policy is applied to the email message. Note operation 504. The etiquette policy may be included in a set of etiquette policies. Thus, as an option, each of the etiquette policies in the set of etiquette policies may be applied to the email message. Applying the etiquette policy to the email message may include comparing the etiquette policy to the email message. For example, rules of the etiquette policy may be compared with characteristics of the email message.

Additionally, it is determined whether the email message complies with the etiquette policy, as shown in decision 506. For example, the determination may be made based on the comparison of the etiquette policy to the email message. In this way, it may optionally be determined whether the characteristics of the email message comply with the rules of the etiquette policy.

If it is determined that the email message complies with the etiquette policy, transmission of the email message is allowed. Note operation 508. As an option, the email message may be automatically transmitted if it is determined that the email message complies with the etiquette policy. Just by way of example, if the identified predetermined event (see decision 502) includes a user selection of an option to send the email message, the email message may be automatically transmitted in response to a determination that the email message complies with the etiquette policy.

Of course, as another option, the email message may only be transmitted after a manual selection for such transmittal, after it is determined that the email message complies with the etiquette policy. For example, if the identified predetermined event (see decision 502) does not include a user selection of an option to send the email message (e.g. includes instead a user selection of an option to determine whether the email message is compliant with the etiquette policy), the email message may only be transmitted after a selection by the user of the option to send the email. The email may optionally be flagged for indicating the compliance of the email with the etiquette policy, such that the email may be automatically transmitted in response to a user selection of an option to send the email message.

If it is determined that the email message does not comply with the etiquette policy, an action is taken. Note operation 510. In one embodiment, the action may include preventing transmittal of the email message. For example, if the identified predetermined event includes a user selection of an option to send the email message, automatic transmittal of the email message in response to such user selection may be prevented. As another example, if the identified predetermined event does not include a user selection of an option to send the email message (e.g. includes instead a user selection of an option to determine whether the email message is compliant with the etiquette policy), any transmittal of the email message based on a subsequent user selection of an option to send the email message may be prevented.

FIGS. 6A-6C show graphical user interfaces (GUIs) 600-620 for initiating a determination (i.e. in an on-demand manner) of whether an electronic mail message is compliant with an etiquette policy, in accordance with another embodiment. As an option, the GUIs 600-620 may be implemented in the context of the architecture and environment of FIGS. 1-5. Of course, however, the 600-620 may be implemented in any desired environment. Yet again, it should be noted that the aforementioned definitions may apply during the present description.

With respect to the GUIs 600-620 shown in FIGS. 6A-6B, it should be noted that the GUIs 600-620 may be utilized for generated a predetermined event, in response to which a determination of whether an electronic mail message is compliant with an etiquette policy may be made. For example, as shown in the GUI 600 of FIG. 6A, a plurality of mail boxes 602 may be displayed for selection thereof. Each of the mail boxes may 602 be associated with a different mail application of a client device. Thus, the GUI 600 may be displayed on a sever device that manages the various mail applications of client devices. Further, each of the mail boxes 602 may store email messages received by, generated by, etc. the associated mail application.

In one embodiment, at least one of the mail boxes 602 may be selected. For example, the mail box 602 may be selected by a user of the device via which the GUI 600 is displayed. As an option, the device may include a server device utilized by an organization, and the user may include an administrator of the organization.

In another embodiment, an option 604 to determine whether email messages included in the mail box 602 comply with an etiquette policy may be displayed for selection. The user of the device via which the GUI 600 is displayed may select the option 604, for example. Selection of such option 604 may include a predetermined event, such that it may be determined whether the email messages included in the mail box 602 are compliant with the etiquette policy.

As shown in the GUI 610 of FIG. 6B, contents of an email message are displayed. For example, the contents of the email message may be displayed during generation of the email message, editing of the email message, viewing of the email message, etc. Such contents may optionally include a designated recipient of the email message, a source of the email message, a body of the email message, etc.

Additionally, a selectable option 612 to determine whether the email message complies with an etiquette policy may displayed in the GUI 610 with the contents of the email message. The user of the device via which the GUI 600 is displayed may select the option 612, for example. Selection of such option 612 may include a predetermined event, such that it may be determined whether the email message is compliant with the etiquette policy.

As shown in the GUI 620 of FIG. 6C, a plurality of email messages 622 are displayed. In one embodiment, the email messages 622 may be displayed in response to selection of one of the mail boxes 602 of FIG. 6A. In another embodiment, the email messages 622 may be displayed automatically upon start-up of an email application of a device on which the GUI 620 is displayed (e.g. where the email messages 622 are included in an inbox of the email application), or upon selection of any other folder of the email application that stores email messages.

At least one of the email messages 622 may be selected (as shown, the three shaded email messages are selected). For example, a user of the device via which the GUI 620 is displayed may select the email messages 622. Upon selection of the email messages 622, a drop down menu of options may be displayed via the GUI 620.

As shown, one of such options may include a selectable option 624 to determine whether the selected email messages comply with an etiquette policy. Accordingly, the user of the device via which the GUI 620 is displayed may select the option 624. Selection of such option 624 may include a predetermined event, such that it may be determined whether the selected email messages are compliant with the etiquette policy.

While various embodiments have been described above, it should be understood that they have been presented by way of example only, and not limitation. Thus, the breadth and scope of a preferred embodiment should not be limited by any of the above-described exemplary embodiments, but should be defined only in accordance with the following claims and their equivalents. 

What is claimed is:
 1. A computer program product embodied on a non-transitory medium, comprising: computer code for identifying a predetermined event associated with an electronic mail message; computer code for determining whether the electronic mail message is compliant with an etiquette policy, wherein the etiquette policy includes a rule indicating that the electronic mail message is required to include a signature; and computer code for reacting based on the determination, wherein the reacting includes permitting the electronic mail message to be transmitted to a next destination in a network responsive to a determination that the electronic mail message is compliant with the etiquette policy.
 2. The computer program product of claim 1, wherein the reacting includes preventing the electronic mail message from reaching the next destination responsive to a determination that the electronic mail message is not compliant with the etiquette policy.
 3. The computer program product of claim 1, wherein the reacting includes quarantining the electronic mail message responsive to a determination that the electronic mail message is not compliant with the etiquette policy.
 4. The computer program product of claim 1, wherein the reacting includes deleting the electronic mail message responsive to a determination that the electronic mail message is not compliant with the etiquette policy.
 5. The computer program product of claim 1, wherein the reacting includes at least one of categorizing the compliancy of the electronic mail message and reporting the compliancy of the electronic mail message responsive to the determination of whether the electronic mail message is compliant with the etiquette policy.
 6. The computer program product of claim 1, wherein the rule further indicates that the electronic message is required to include the signature within a body of the electronic mail message.
 7. The computer program product of claim 1, wherein the rule further includes that the signature is a predefined signature.
 8. The computer program product of claim 1, wherein the rule further indicates that the signature is of a predefined format.
 9. The computer program product of claim 1, wherein the determining is carried out utilizing an application situated on a client device.
 10. The computer program product of claim 9, wherein an update for the etiquette policy is received locally at the client device.
 11. The computer program product of claim 9, wherein an update for the etiquette policy is received at the client device from a server.
 12. The computer program product of claim 1, further comprising computer code for displaying indicia, wherein the predetermined event includes a selection of the indicia.
 13. The computer program product of claim 12, wherein the indicia includes a send icon.
 14. The computer program product of claim 12, wherein the indicia includes a check icon.
 15. The computer program product of claim 1, further comprising computer code for allowing a user to select a plurality of electronic mail messages for being subject to the determining and reacting.
 16. The computer program product of claim 1, wherein the determining is carried out at a server device.
 17. The computer program product of claim 16, wherein an update for the etiquette policy is received locally at the server device.
 18. The computer program product of claim 16, wherein an update for the etiquette policy is received from a different server.
 19. The computer program product of claim 1, wherein the predetermined event includes a receipt of the electronic mail message over a network.
 20. The computer program product of claim 1, wherein the predetermined event includes a command received from an administrator.
 21. The computer program product of claim 1, wherein the reacting includes sending at least one of an event and data to a management server indicating a result of the determination.
 22. The computer program product of claim 1, wherein the reacting includes notifying at least one of an information technology (IT) department, an administrator, and management of the determination of whether the electronic mail message is compliant with the etiquette policy.
 23. The computer program product of claim 1, wherein the reacting includes logging a result of the determination of whether the electronic mail message is compliant with the etiquette policy.
 24. A method, comprising: identifying, at a device that includes a processor, a predetermined event associated with an electronic mail message generated by a first client device; determining whether the electronic mail message is compliant with an etiquette policy, wherein the etiquette policy includes a rule indicating that the electronic mail message is required to include a signature; and reacting based on the determination, wherein the reacting includes permitting the electronic mail message to be transmitted to a next destination in a network responsive to a determination that the electronic mail message is compliant with the etiquette policy.
 25. A system, comprising: a processor; a memory coupled to the processor; and a module, wherein the module is configured to: identify a predetermined event associated with an electronic mail message generated by a first client device; determine whether the electronic mail message is compliant with an etiquette policy, wherein the etiquette policy includes a rule indicating that the electronic mail message is required to include a signature; and react based on the determination, wherein the reacting includes permitting the electronic mail message to be transmitted to a next destination in a network responsive to a determination that the electronic mail message is compliant with the etiquette policy.
 26. The system of claim 25, wherein the processor is coupled to the memory via a bus. 